A little background: I have a SharePoint farm with 2 web front ends load balanced, a application server and a database server, serving content to over 600 users. I've started experiencing some issues with users on shared accounts. For ease of use (though I don't like it) a number of staff at certain locations all login with the same user account. We use roaming profiles to maintain consistency between the computers and these shared profiles are mandatory. The internet explorer temp files are not redirected and are stored locally. These staff members regularly have to update a specific excel spreadsheet in a document library in SharePoint. The shared accounts are not allowed access to SharePoint for tracking and security reasons. So users log into SharePoint using their own credentials. Lately I've been having an issue of when they open a document and check it out to make edits they get a bar at the top that says "A newer version is available. To modify this workbook, open the latest version or save a copy." I've verified that it's not been checked out and had the user attempt to check this document out and they still get this error. It seems to be random and possibly per different computers. I first suspected it was an internet explorer caching issue and adjusted setting to clear the cache on close and to check for a new content on every visit to the page. That didn't seem to make a difference. We're in the process of rolling out IE 7 and I suspected maybe that would solve this issue, but we're still having the problem. I've also tried repairing and reinstalling office 2007 to no avail. I have the latest service packs and hot fixes on Office 2007 and Windows XP. I haven't upgraded SharePoint to service pack 2 yet but I do have the latest infrastructure updates on it. Ive seen a little information from searching around on Google but nothing specifically similar to this that has more of an answer then reinstall office. Does anyone have any insight into these errors and how I can go about solving them? Thanks!

Are you getting this error when saving file: "Documents in this folder are not available. The folder may have been moved or deleted, or network problems may be preventing a connection to the server." If yes, then follow this step: Deleted the registry hive \Software\Microsoft\Windows\CurrentVersion underneath HKEY_CLASSES_ROOT\Software\Microsoft\MasterAggregatorForIPP\OleDbHandlers\{E1D2BF40-A96B-11d1-9C6B-0000F875AC61}. NOTE: Before performing the above step take backup of your registryVisit: http://yagyashree.wordpress.com MCP & MCTS [WSS 3.0/MOSS]

Nope. What happens is they just get that bar at the top that says "Server Workbook A newer version is available. To modify this workbook, open the latest version or save a copy.". Of course the user ignores that, edits the workbook and then hits the save button and they get the error:"http://intranet/docs/spreadsheet.xlsis read-only. To save a copy click Ok and give the workbook a new name in the save as dialog box".I've watched them verify that it's not checked out, check it out themselves and open it and get the "newer version is available" error right off the bat.

ok then go ahead and check the registry entry i have asked you. that should fix your problem.Visit: http://yagyashree.wordpress.com MCP & MCTS [WSS 3.0/MOSS]

Im not clear from the 2 posts what should be deleted. One says: Deleted the registry hive \Software\Microsoft\Windows\CurrentVersion underneath HKEY_CLASSES_ROOT\Software\Microsoft\MasterAggregatorForIPP\OleDbHandlers\{E1D2BF40-A96B-11d1-9C6B-0000F875AC61}. The other says: HKEY_CLASSES_ROOT\Software\Microsoft\MasterAggregatorForIPP\OleDbHandlers{E1D2BF40-A96B-11d1-9C6B-0000F875AC61} System Does that mean delete the key \{E1D2BF40-A96B-11d1-9C6B-0000F875AC61} or the values underneath it? And where does System come into play? I dont see that in the registry on the PCs Ive checked. Im not sure how \Software\Microsoft\Windows\CurrentVersion relates to HKEY_CLASSES_ROOT\Software\Microsoft\MasterAggregatorForIPP\OleDbHandlers{E1D2BF40-A96B-11d1-9C6B-0000F875AC61} SystemThanks.

This did not solve my problem. There is no system, underneath the key: HKEY_CLASSES_ROOT\Software\Microsoft\MasterAggregatorForIPP\OleDbHandlers{E1D2BF40-A96B-11d1-9C6B-0000F875AC61}I am running Sharepoint 2007 (MOSS). I think that information is only applicable to sharepoint portal server, which this is not.Can you please offer another solution? Thanks.

could you please check in mozila firefox and let me know.Visit: http://yagyashree.wordpress.com MCP & MCTS [WSS 3.0/MOSS]

As painful as firefox is to use in SharePoint, I tried it and it does a similar thing. You can't check out and edit the document. Since there is no firefox+office integration it fails, so thats not very helpful.

Does the issue occur on all machines or only to specific machines? Check if the issue exist with system account and other account? is the issue exist with other site collection on the problem machine? let me know.Visit: http://yagyashree.wordpress.com MCP & MCTS [WSS 3.0/MOSS]

It occurs on most machines but only on the machines who are using shared account with roaming profiles (Mandatory, so changes are not saved). Basically we have a set of users who (for some reason) must log in as the same user. They in turn log into sharepoint as themselves as the shared account does not have access to sharepoint (for tracking and liability reasons). So far for troubleshooting this I've done the following:-Set IE 6 or IE 7 (tried both) to clear all cache on close as well as check for a newer version on each visit to the page.-Moved the IE cache out of the roaming profile and made it local to each machine.-Cleared all temp files.-Upgraded Office 2007 to Service Pack 2.-Tested with non-shared accounts (problem does not occur).-Tested with Admin accounts (problem does not occur).This only seems to occur with Excel documents and not word documents. They are not checking out the items to the local drafts folder.

could you please check the issue with a newly created shared account and let me know?Visit: http://yagyashree.wordpress.com MCP & MCTS [WSS 3.0/MOSS]

Same issue, no difference with a new account or an old one.

run the following command: Regsvr32 C:\Program Files\Microsoft Office\Office12\owssupp.dll Also let me know if you have any registry cleaner or registry checking software installed on your machines?Visit: http://yagyashree.wordpress.com MCP & MCTS [WSS 3.0/MOSS]

No registry cleaning software is installed.When I do the regsrv32 I get the following error:DLLRegisterServer in C:\program files\microsoft office\office 12\owssupp.dll failed. Return code was 0x80070716.

yeah, i thought so. download SharePoint Designer 2007 on your problem machine and install it. check the issue and update meVisit: http://yagyashree.wordpress.com MCP & MCTS [WSS 3.0/MOSS]

Still experiencing the issue after installing sharepoint designer. Also this won't be a great solution if I have to do it to 300+ machines.Any other suggestions?

This error is showing up in Excel, right? So, would it have anything to do with those users working on that doc in Excel when using their shared account outside of SharePoint? Have you had one of the shared users try logging into your machine (or some other machine with no shared account usage), which creates a new profile, and then see what happens? I would think this problem is unique to the user and the user's machine, but you'd have to verify. Even though these users are logging into the browser as their normal account, it's bad ju-ju for them to be logged into the MACHINE as a shared account. They should be logging into the machine with their normal account whenever they want to use specific non-shared resources. I can't imagine why in the world a group of users would be using a single account to log into a machine. They should use that shared account when logging into a system that requires that shared account. What if they are all logged in at the same time? Sounds strange.SharePoint Architect || My Blog

Sadly, at this time I don't have the option of just doing away with the shared accounts. they've been in place for years and while I'm new here, I've asked about getting rid of them and part of the whole deployment of SharePoint willl work towards eliminating them but at this time there is too much that would have to happen to get them to discontinue using these shared accounts.I thought I had a work around. I discovered that applying Office 2007 Service Pack 2 and using a "run as" shortcut to access SharePoint seemed to keep the error at bay, at least for a few days. Now it's back and I'm totally stumped.If they users login with a non-shared account they don't have any issues.

Then you know the problem, and this is very much a poor process to have in place...for SharePoint and Windows in general. They can go on with a broken process or take the time to fix it and do it right. I am not sure of how to work around this unfortunately...SharePoint Architect || My Blog

are you browsing the site with host header or server name? If the current site is with host header could you extend it to default server name and check the issue. update me the status.Visit: http://yagyashree.wordpress.com MCP & MCTS [WSS 3.0/MOSS]

I'm using alternate access mappings to access the website, due to using multiple web front ends and load balancing. I added the server name into the mix and the issue continues to occur.

I'm using alternate access mappings to access the website, due to using multiple web front ends and load balancing. I added the server name into the mix and the issue continues to occur. what do you mean i am using alternate access mapping. i understand u r using load balanced but what is the ratio. Again i am asking you "Are you browsing the site with server name or host header?"Visit: http://yagyashree.wordpress.com MCP & MCTS [WSS 3.0/MOSS]

Load balancing ratio is 1:1.I'm browsing using the server name not host headers.I'm using the alternate access mapping with load balancing to point the load balanced web front ends to a single ip and dns name. Even when I take this out of the mix they still experience the issue.

Have you tried to check the issue in a existing site collection other then the current one? Also make a new web application and site collection, then check the issue? The reason we are doing this is because we are trying to find out if this is a farm level issue or specific to a site collection.Visit: http://yagyashree.wordpress.com MCP & MCTS [WSS 3.0/MOSS] ======================================================================== UPLOAD ISSUE PICTURES: http://8801.freesharepoint2007.com/issue%20screenshots/Forms/AllItems.aspx user: upload4 password: upload@123

We are getting this error on some but not all computers. Our computers withthis SharePoint issuealso have trouble with Web Folders.In My Network Places > Add network place > OK > Choose another network location > enter any url, such as your SP site > instead ofsucceeding,we get this error: 'The folder you entered does not appear to be valid. Pleasechoose another.' We have not been successful in solving either of these problems, but they do seem to be related, for what it's worth.

it might be related to your web client service if you are created a network derive for your sharepoint site. check in your services.msc console on the client machine. let me if its started or stopped.MCP & MCTS [WSS 3.0/MOSS] Visit: http://yagyashree.wordpress.com/

Web client service is enabled.I tried it in a new site collection as well as a new web application and it still occurs.

try this: Launch Regedit, and go to the following registry key: HKEY_CLASSES_ROOT\Software\Microsoft\MasterAggregatorForIPP\OleDbHandlers The only key that should be present is: {E1D2BF40-A96B-11d1-9C6B-0000F875AC61} If any additional keys are present, then delete them.Make sure you have a good backup before you proceed!regards,

I am having a very similar problem. I get the same error message. I thought our users accounts were all individual accounts but now I am not certain. Basically users logon to their computers, open i.e., and browse to the sharepoint site. They also use a roaming profile, and log on in our conference room computer. Some user's get this error, other's do not. We have sharepoint 2003. When I look at the user accounts we have set up in sharepoint, they are set up with this format (set up before my time)networkDomain/firstName.lastNameexample:mycompany/john.smithmycompany/lucy.jones

Hi,I'm having the same issue, but just for one user.The user can open and save changes from another computer.Any Idea?Thanks in advance for your support and quick responseBest Regards

We are getting the exact same error, but we use the users Domain credentials to log into SharePoint. Anyone figure this out yet?

ErrorThe list cannot be displayed in Datasheet view for one or more of the following reasons: A datasheet component compatible with Windows SharePoint Services is not installed, your browser does not support ActiveX controls, or support for ActiveX controls is disabled. DllRegisterServer in C:\...\OWSSUPP.DLL failed.Return code was: 0x80070716I've been troubleshooting these errors for sometime now and have found very little information.I was able to repair one machineby "gutting" it and reinstalling XP SP3, Report Viewer, Visio Viewer, Office 2007, .NET Framework, etc.However, I have another machine that still has the issue after similar steps were taken.Any help would greatly be appreciated, as reimaging a machine for this goofy error is not a great option.Thx!

I would guess this is something to do a combination of user account roaming profiles and Excel settings for offline editing of documents. When a user checks out a file from Sharepoint, the default behaviour of Excel 2007 is to save a copy to the users "Sharepoint Drafts" folder, which is usually located under the user profile on the local computer. My guess is that if the local copy gets out of sync with the server copy, you will see the above error.I had exactly the same error as above ("A newer version is available...") and resolved it by opening Excel 2007, going into "Excel Options" > Save > "Offline editing options for document management server files" and changing the setting to "Save checked-out files to the web server". That way whenever the document is opened the latest version is retrieved from the server, rather than the local Sharepoint Drafts folder.

I've been having this problem & just solved it when I discovered the SharePoint OpenDocuments Class add-in in IE was disabled. I enabled it.

I have been experiancing the exact issue (A newer version is available...) I have checked into the above solutions, but for changing any settings I find unneccassary due to the fact that the particular files have been checked out, edited, and saved a hundred+ times before and we are just now starting to experiance the issue. As for changing the setting in Excel Options, that's just a default setting. I have the option to choose whether I want to save to my draft folder or to the web serves before editing the spreadsheet and I get the message either way. I am wondering if a user didn't follow correct procedures and a file got lost or uploaded elsewhere, making there two copies. I am completely STUMPED. Any other suggestions???

I have been experiancing the exact issue (A newer version is available...) I have checked into the above solutions, but for changing any settings I find unneccassary due to the fact that the particular files have been checked out, edited, and saved a hundred+ times before and we are just now starting to experiance the issue. As for changing the setting in Excel Options, that's just a default setting. I have the option to choose whether I want to save to my draft folder or to the web serves before editing the spreadsheet and I get the message either way. I am wondering if a user didn't follow correct procedures and a file got lost or uploaded elsewhere, making there two copies. I am completely STUMPED. Any other suggestions??? Moderator Note: This is certainly not an answer and in any case the Propose as Answer function is not there for people to propose their own posts as answers. You are also asking your question in a thread where the previous post was over four months earlier. Consider in such case (only) starting a new thread.

Multiple users had this file saved to their "SharePoint Draft" folder under "My Documents". I made sure the most recent document was saved to the Intranet and went through to each persons computer and deleted the spreadsheet saved to their SharePoint Drafts folder. I walked through the above mentioned process (NathonG) to turn the option off that saves to ones SharePoint Drafts folder. Leaving the only option to save to the Intranet. I then took each user through a different process on opening, editing, checking out, saving, and checking in the spreadsheet. The New Process: Click the link to the file. You will be prompted to Read Only or Edit - select Read Only. Once inside the spreadsheet, select Edit Document at top of spreadsheet. To check the file out so others cannot edit while you are, click the round window button at the top left corner of the document. Mouse down to "Server >", this will extend more options. Choose Check out. Once you are finished editing the document - Save. Then you can go through the same process of checking out the file, to check it back in. Once your page is refreshed, the file will display that it has been checked back in.